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[0001] SYSTEM FOR EFFICIENT RECOVERY OF 

NODE-B BUFFERED DATA FOLLOWING MAC LAYER RESET 

[0002] CROSS REFERENCE TO RELATED APPLICATION(S) 

[0003] This application claims priority from U.S. Provisional Patent Application 

No. 60/410,737 filed April 5, 2002, which is incorporated by reference as if fully set 

forth. 

[0004] FIELD OF INVENTION 

[0005] The present invention relates to the field of wireless 

communications. More specifically, the present invention relates to efficient 
recovery of data transmission between a pair of Layer 2 automatic repeat request 
(ARQ) peer entities following MAC layer reset of an intermediate node from where 
data transmissions are distributed. One such example of this handover scenario is 
a system employing hybrid ARQ (H-ARQ) and adaptive modulation and coding 
(AM&C) techniques. 

[0006] BACKGROUND 

[0007] A third generation (3G) Universal Terrestrial Radio Access Network 
(UTRAN) comprises several radio network controllers (RNCs), each of which is 
associated with one or more Node Bs, and each Node B is associated with one or 
more cells. 

[0008] The 3G FDD and TDD systems typically use the RNC to distribute, (i.e., 
buffer and schedule), data transmissions to the UE. However, for the high speed 
channels of 3G cellular systems, data is distributed by the Node B. One of these 
high speed channels, for example, is the High Speed Downlink Shared Channel 
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for transmission in Node B. When the distributing entity (Node B) to which the 
UE is attached changes, there is a potential loss of data buffered in the 
distributing entity. The RNC does not have an up-to-date status of the 
transmissions of Packet Data Units (PDUs) since data is distributed by the 
intermediate point (Node B). It is necessary for the UE to detect the data loss and 
request retransmission, such as with a Status PDU, of lost PDUs from the RNC. 
If the generation of the Status PDU is delayed, as a consequence, the latency of 
data retransmission may be large and may not satisfy QoS requirements. 
[0009] This problem is aggravated in the HS-DSCH case since there are several 
Node Bs associated with each RNC and there is a much higher likelihood that a 
mobile UE will require a Node B change than a change of RNC as a result of UE 
cell handovers. 

[0010] The HS-DSCH utilizes AMC to enable high-speed transmission of data 
and utilizes H-ARQ to increase the possibility of successful delivery of data. A 
serving HS-DSCH cell change is when the UE has to change the cell associated 
with the UTRAN access point that is performing transmission and reception of the 
serving HS-DSCH radio link. The serving HS-DSCH cell change is invoked when 
improved physical channel conditions and/or improved physical capacity is realized 
in an alternate cell. 

[0011] There are two types of serving HS-DSCH cell changes. An Intra-Node B 
serving HS-DSCH cell change is when the UE changes between two cells that are 
associated with the same Node B. An Inter-Node B serving HS-DSCH cell change 
is when the UE changes between two cells that are associated with different Node 
Bs. In an Inter-Node B cell change, the Node B before the serving HS-DSCH cell 
change is called the source Node B and the Node B after the serving HS-DSCH cell 
change is called the target Node B. 

[0012] There are peer Radio Link Control (RLC) entities in both the RNC and 
the UE. The sending RLC entity signals a sequence number (SN) in the PDU 
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header, which is used by the receiving RLC entity to ensure that no PDUs are 
missed in the transmission. If there are PDUs missed during the transmission, 
realized by out-of-sequence delivery of PDUs, the receiving RLC entity sends a 
status report PDU to inform the sending RLC entity that certain PDUs are 
missing. The status report PDU describes the status of the successful and/or 
unsuccessful data transmissions. It identifies the SNs of the PDUs that are 
missed or received. If a PDU is missed, the sending RLC entity will retransmit a 
duplicate of the missed PDU to the receiving RLC. 

[0013] It is also possible for the sending RLC entity to poll for a status report 
PDU from the receiving RLC entity. The polling function provides a mechanism 
for the sending RLC entity to request the status of PDU transmissions. Although 
the H-ARQ operation removes some failed transmissions and increases the 
probability of successful delivery of data, it is the RLC protocol layer that 
ultimately ensures successful delivery. 

[0014] Due to dynamic changes in propagation conditions, the HS-DSCH cell 
change must be performed rapidly to maintain quality of service. During the 
serving HS-DSCH cell change, it is possible that the UE stops transmission and 
reception in the source cell before all PDUs currently stored in the source Node B 
are successfully transmitted. Since the source Node B performs scheduling and 
buffering of the data, and since the data rates are very high, (for example 10 
Mb/sec or higher), when the UE performs a serving HS-DSCH cell change 
(especially for an Inter-Node B handover) there is a possibility that considerable 
amounts of data buffered in the source Node B will be lost. One reason for this 
data loss is that no mechanism exists within the UTRAN architecture for data 
buffered at the source Node B to be transferred to the target Node B. Upon a 
serving HS-DSCH cell change, the RNC has no information on how much, if any, 
data is lost since the RNC has no way to know what data is buffered in the source 
Node B. 
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[0015] There are currently two ways that prior art systems handle the recovery 
of data buffered at the source Node B. Following the HS-DSCH cell change: 1) the 
RNC can explicitly poll for a status PDU from the UE; or 2) the RNC can start 
transmitting in the target cell and the out-of-sequence delivery realized by the UE 
will generate the status PDU. 

[0016] In the first case, where the RNC explicitly polls for a status PDU, the 
RNC must first wait until the physical channel is established in the new cell. The 
status PDU request is then sent and is received and processed by the UE. The UE 
generates the status PDU and sends it back to the RNC, which processes the 
status PDU and determines which PDUs are in need of retransmission. 
[0017] In the second case, where the RNC just starts transmitting PDUs from 
where it stopped in the source cell, the UE recognizes the out-of-sequence delivery 
of data and generates a status PDU back to the RNC. The RNC processes the 
status PDU and learns which PDUs are in need of retransmission. 
[0018] In either of these two cases, if data buffered in the source Node B needs to 
be recovered, then a status PDU will be processed, but proper reception of data 
retransmitted by the UE will be considerably delayed. This is due to delayed 
generation of the status PDU by the UE and reception of the status PDU in the 
RNC. If transmission is being performed in the RLC acknowledged mode, data is 
not passed to higher layers until in-sequence delivery of data can be performed. 
Accordingly, the UE will be required to buffer the out-of-sequence data until the 
missing PDUs can be retransmitted. This not only results in a delay of the 
transmission, but requires the UE to have a memory capable of data buffering for 
continuous data reception until the missed data can be successfully retransmitted. 
Otherwise the effective data transmission rate is reduced, thereby effecting quality 
of service. Since memory is very expensive, this is an undesirable design 
constraint. 



-4- 



1-2-0409. 1US 



[0019] Another problem encountered with handover is the data that is buffered 
within the UE. Within the MAC layer, there are typically a number of H-ARQ 
processors that perform H-ARQ processing. As shown in Figure 1, H-ARQ 
processing is a scheme comprising multiple parallel H-ARQ processors on the 
transmitting side (P1b- P5b) and corresponding multiple parallel H-ARQ 
processors on the receiving side (P1ue-P5ue). Each processor pair, (for example 
PIb and PIue), repeatedly and sequentially attempt transmission of a data block 
until the transmission is successful, to ensure that each block of data is received 
without an error. For each data block, the time required to achieve successful H- 
ARQ transmission varies. Since several data blocks are processed in parallel, it is 
possible that the sequence of transmission is not maintained. Therefore, once a 
data block is received successfully by the receiving H-ARQ processor, the data 
block is forwarded to a reordering buffer to provide in-sequence delivery to the 
RLC layer. The reordering buffers will reorder the data blocks based on their 
transmission sequence numbers before forwarding them to the RLC layer. 
[0020] During Inter-Node B or Intra-Node B handovers, the RRC messages often 
carry a MAC layer reset indicator to the UE. Upon receiving a MAC layer reset 
indicator, the UE performs a sequence of functions including, but not limited to, 
flushing out buffers for all configured H-ARQ processes, (i.e. flushing out the 
reordering buffers by disassembling all MAC-hs layer PDUs in the reordering 
buffers into MAC-d layer PDUs and delivering all MAC-d layer PDUs to the MAC- 
d layer and then to its associated RLC entities). Upon Inter-Node B handovers 
(and some Intra Node B handovers), it is necessary to reset the MAC-hs layer in 
the UE such that all H-ARQ processes and all the reordering buffers are reset for 
data reception from a new MAC-hs entity of the target Node B. 
[0021] After a serving HS-DSCH cell change, the correct status of successful or 
unsuccessful received PDUs cannot be obtained until the procedure of the MAC 
layer reset is completed and the data blocks are processed by the RLC. 
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[0022] It would be desirable to have a system and method where data buffered in 
the UE can be accounted for in order to properly maintain user quality of service 
requirements, 

[0023] SUMMARY 

[0024] The present invention is a method and system for the UE and RNC to 
perform a series of actions in order to reduce transmission latency and potentially 
prevent loss of PDUs upon a MAC layer reset. UE generation of the status PDU is 
coupled with the MAC layer reset. The RNC generates a signaling message with a 
MAC reset indication. Following the MAC layer reset due to reception of a MAC 
layer reset request, all PDUs stored in the UE MAC layer reordering buffers are 
flushed to RLC entities and then processed by RLC entities prior to the generation 
of a PDU status report. The PDU status report provides the status of all 
successfully received PDUs to the RNC. This provides fast generation of a PDU 
status report. Upon reception of a PDU status report in the RNC, missing PDUs 
are realized and retransmitted to the UE. 

[0025] BRIEF DESCRIPTION OF THE DRAWING(S) 

[0026] Figure 1 is a block diagram of a prior art H-ARQ process. 

[0027] Figure 2 is a flow diagram of an efficient procedure in accordance with the 

present invention for efficient recovery of UE buffered data following an HS-DSCH 

cell change. 

[0028] Figure 3 is a flow diagram of a first alternative method whereby the RNC 
waits for a status PDU prior to initiating a transmission of new data in the target 
cell. 

[0029] Figure 4 is a flow diagram of a second alternative method whereby the 
RNC waits for a trigger prior to initiating a transmission of new data in the target 
cell. 
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[0030] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S) 
[0031] The preferred embodiments of the present invention will be described 
with reference to the drawing figures wherein like numerals represent like 
elements throughout. 

[0032] Referring to the flow diagram of Figure 2, a first embodiment of the 
present invention which comprises a method 10 of determining the status of the 
PDU transmissions to the UE with minimal delay following a MAC layer reset 
condition is shown. The procedure commences with the RNC recognizing the need 
to reset the UE MAC layer (step 12). 

[0033] One possible cause for a UE MAC layer reset is in the event of a serving 
HS-DSCH cell change. The RNC informs the Node B of the HS-DSCH cell change 
(step 14) in the case of an Inter-Node B serving HS-DSCH cell change, and also in 
the case of an Intra-Node B serving HS-DSCH cell change where the source Node 
B is the same as the target Node B, but where transmission queues cannot be 
rerouted from the source to target cell. In both of these cases, a MAC reset is 
required. Along with the HS-DSCH cell change indication, the UE is informed of 
the MAC layer reset requirement by the RNC, as indicated via a Radio Resource 
Control (RRC) message (step 16). It should be noted that it is also possible to 
invoke step 16 in advance of step 14 with no adverse consequences. 
[0034] Those of skill in the art would realize that there are many causes for a 
MAC layer reset other than the HS-DSCH cell change, where the method 10 for 
the RNC to determine PDU transmission status following MAC reset applies. For 
example, a MAC layer reset may be warranted any time the Node B H-ARQ 
processes need to be reinitialized. 

[0035] Within the RRC message, there is an identifier for the MAC layer to 
perform a reset. This identifier may be part of the serving HS-DSCH cell change 
procedure, or may be part of any other procedure that results in resetting of the 
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MAC layer in Node B and the UE in either an Inter-Node B cell change or an 
Intra-Node B cell change. It would be understood by those of skill in the art that 
there are many aspects to the MAC layer, including the MAC-hs layer and the 
MAC-d layer. For simplicity in describing the present invention, reference will be 
made hereinafter generally to the MAC layer. 

[0036] The HS-DSCH is a data transport channel. For each data transport 
channel, there can be a plurality of RLC instances. The RLC instances are 
essentially logical channels which may be mapped to the same transport channel; 
for example, several RLC entities may be mapped to a single transport channel 
HS-DSCH. An RLC instance is called Acknowledged Mode (AM) if ARQ is used to 
ensure correct transmission between the peer RLC instances. A pair of AM RLC 
entities uses status PDUs for the receiver to indicate to the sender the status of 
successful transmissions of PDUs. Following the occurrence of the HS-DSCH cell 
change and a MAC layer reset, each of the AM RLC instances associated with a 
particular HS-DSCH generate a status PDU. 

[0037] The RRC message along with the MAC layer reset indicator is received 
and processed by the RRC in the UE (step 18). The UE RRC checks whether a 
MAC layer reset indicator is set and, if so, the RRC informs the MAC layer of the 
MAC layer reset request (step 20). Upon reception of the MAC layer reset request, 
the MAC layer resets and in addition to other tasks, flushes all PDUs stored in its 
reordering buffers to the RLC entities mapped to the HS-DSCH (step 22). All 
flushed PDUs are then processed by the RLC instances mapped to HS-DSCH (step 
24) before generation of a PDU status report (step 26). 

[0038] RLC processing of PDUs stalled in reordering buffers before the 
generation of a PDU status report is necessary to provide accurate and complete 
transmission status to the RNC. If PDU status reports are generated early, (i.e. 
before all PDUs buffered in MAC reordering queues are processed by the RLC 
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instances), some PDUs may be incorrectly indicated as not being received, and as a 
result unnecessary PDU retransmissions may be generated by the RNC. 
[0039] There are several ways to ensure that all PDUs have been processed by 
the RLC so that the AM RLC entities will be able to obtain the correct status of all 
successfully received PDUs. First, the MAC layer forwards PDUs in-sequence 
from each reordering queue and then generates an "end-of-PDU" indication for 
each reordering queue. 

[0040] In a second alternative, the last PDU from each reordering queue has a 
special indicator. These are reports of the status of the RLC PDUs received in the 
UE. 

[0041] In a third alternative, the RLC confirms to the MAC layer when PDUs 
have been processed, and following the processing of all PDUs, the MAC layer 
generates a PDU status request to the RLC. It should be understood that there 
are numerous ways to coordinate processing between the MAC layer and the RLC 
to ensure all PDUs are processed by the RLC before generation of the PDU status 
message. 

[0042] After receiving and processing the PDUs, the AM RLC generates a PDU 
status report (step 26) which indicates all successfully or unsuccessfully received 
PDUs. The PDU status report is generated for each AM RLC instance mapped to 
the HS-DSCH. A PDU status report may be generated even though no PDUs were 
forwarded from the MAC layer for that AM RLC instance. The UE then 
autonomously sends the PDU status report for each AM RLC instance associated 
with the HS-DSCH to the RNC. 

[0043] In the RNC, assuming that the AM RLC and MAC entities are not 
informed to stop transmitting PDUs due to the MAC layer reset, the RNC 
continues to transmit PDUs regardless of the MAC layer reset. Upon reception of 
the PDU status report for each AM RLC instance associated with the HS-DSCH, 
the RLC instances in the RNC process the status reports (step 28) to determine 
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lost PDUs and generate PDU retransmissions as necessary to ensure successful 
delivery (step 30). To achieve quality of service requirements, the retransmissions 
may take precedence over current transmission processing. 
[0044] It should be understood that the need for the MAC layer reset is common 
with the need to generate a PDU status report. Indication of either requirement, 
or some common indication, can be signaled to the UE to invoke both the MAC 
layer reset and generation of the PDU status report. The UE will then perform 
each function in the sequence described. 

[0045] This first embodiment of the present invention as shown in Figure 2 
permits the RNC to keep transmitting to the UE while the data path is switched 
from one radio link to another. However, in accordance with two alternative 
embodiments of the present invention, shown in Figures 3 and 4, data 
transmissions are halted upon an HS-DSCH cell change or other events that result 
in the need for MAC layer reset until the occurrence of a subsequent event. It 
should be noted that the steps shown in Figures 3 and 4 which have the same 
element numbers as the steps shown in Figure 2 are identical. Accordingly, the 
description of those steps will not be repeated when referring to Figures 3 and 4. 
[0046] A second embodiment of the present invention comprises a method 40 for 
determining the status of PDU transmissions to the UE with minimal delay 
following a MAC layer reset condition and is shown in Figure 3. After the RNC 
recognizes the need for a MAC layer reset (step 12) and the Node B and UE are 
notified (steps 14 and 16), the RNC halts all downlink HS-DSCH transmissions 
(step 17). Note that step 17 may occur in advance of step 14 or 16 without any 
adverse consequences. The RNC subsequently receives the PDU status report 
(step 32). The PDU status report indicates the PDUs lost as a result of the MAC 
reset and potentially additional PDUs lost in the source Node B the case of an HS- 
DSCH cell change. The PDU status report is then processed (step 34) and the 
missing PDUs are retransmitted to the UE (step 36). The RNC initiates 
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transmission in the new cell by scheduling transmission of lost PDUs that require 
retransmission first. The RNC then resumes PDU transmissions (step 38) at the 
point where transmissions were previously stopped at step 17. Note it is also 
possible that steps 36 and 38 are performed simultaneously. 
[0047] Referring to Figure 4, a third embodiment of a method 50 in accordance 
with the present invention is shown. This method 50 is similar to the method 40 
shown in Figure 3. However, instead of restarting the downlink HS-DSCH 
transmissions to the UE in response to the receipt of a PDU status report at step 
32 as shown in Figure 3, the method 50 of this embodiment of the present 
invention restarts transmissions upon the receipt of a "trigger", or a pre- 
determined event (step 19). In a first example, the trigger may comprise the 
establishment of the transport channel in UTRAN which, as would be understood 
by those of skill in the art, is accomplished by an RNC with the new "target" Node 
B signaling procedure. The reception in the RNC of a confirmation generated by 
the Node B is used as the trigger. 

[0048] In a second example, the trigger may comprise reception or detection of 
the "in-sync" indication. Upon establishment of dedicated resources in the target 
Node B, an "in-sync" indication may be determined in the Node B when the 
assigned physical channels are determined to be available for transmission in the 
Node B. Indication of this event is relayed to the RNC and can then be used as a 
trigger 

[0049] In a third example, the trigger may comprise completion of the RRC 
procedure, (i.e., confirmation of the RNC reception of the UE RRC message). The 
RRC message signaled in step 16 results in an RRC confirmation message that is 
generated by the UE and sent to the RNC. When this message is received at the 
RNC it can be used as a trigger. 

[0050] It should be noted that there are many different signals that are sent 
between the UE and the RNC, and any of these may be selected as desired by the 
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user to act as the trigger in accordance with the present invention. Accordingly, 
the aforementioned three examples are intended to be instructive rather than 
restrictive. Regardless of the form of the trigger, after the trigger is received the 
RNC restarts HS-DSCH transmissions (step 21). 

* * * 
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